WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCX 

INTERNATIONAL APPUCATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) Intemational Patent ClassificatioD ^ : 
H04H 1/00, H04L 29/06 



Al 



(11) International PubOcation Number: WO 96/42145 

(43) Intemationai Publication Date: 27 December 1996 (27.12.96) 



(21) Intemationai Application Number: PCT/FI96/(X)349 

(22) Intemationai Filing Date: 12 June 1996 (12.06.96) 



(30) Priority Data: 

952879 



12 June 1995 (12.06.95) 



FI 



(71) Applicant (for ail designated States except US): OY NOKIA 

AB [FI/FI]; Etelaesplanadi 12, FIN-00130 Helsinki (R). 

(72) Inventor; and 

(75) Inventor/AppUcant (for US only): SALOMAKI, Ari [Fl/n]; 
Auertie 7 C 42. FIN-04400 Jarvenpaa (FI). 

(74) Agent: BERGGREN OY AB; P.O. Box 16, FIN-00101 
Helsinki (FI). 



(81) Designated States: AL, AM. AT, AU, AZ, BB, BG, BR, BY, 
CA, CH, CN, CZ, DE, DK. EE, ES, FI, GB, GE, HU, IL, 
IS. JP. KE. KG, KP, KR. KZ, LK, LR, LS. LT, LU. LV. 
MD, MG. MK. MN. NfW, MX. NO. NZ, PL, PT, RO. RU. 
SD. SE. SG. SI. SK, TJ. TM. TR, TT, UA. UG, US, UZ. 
VN, ARIPO patent (KE, LS. MW. SD, SZ, UG), Eurasian 
patent (AM, AZ, BY, KG. KZ, MD, RU, TJ, TM), European 
patent (AT, BE, CH, DE, DK, ES, FI, FR. GB, GR. IE, IT, 
LU, MC, NL, PT, SE), OAPI patent (BF, BJ. CF. CG, CI. 
CM, GA, GN. ML, MR. NE, SN, TD. TG). 



Published 

With intemationai search report. 

Before the expiration of the time limit for amending the 
claims and to be republished in the event of the receipt of 
amendments. 

In English translation (filed in Finnish). 



(54) Tide: TRANSMISSION PROTOCOL FOR FILE TRANSFER IN A DAB SYSTEM 



24 



number 



PI 



U 



param 



PI 



U 



param 



■ • • • 



PI 



u 



param 



to CD 
CM CM 



» S3 



7" 



(57) Abstract 

The invention relates to the transmission of files in a digital broadcasting system, particularly in a DAB system according to the 
standard ETS 300 401. According to the invention, a file descriptor (16) is created for each file. This file descriptor is of the data group 
type denoted by 0011 in said standard and includes parameters (27) describing the file associated with the descriptor. The file descriptor is 
transmitted in the broadcasting system before the file and possibly also during the transmission of the file. The information to be transmitted 
is divided into segments, which are identified in a file-specifically unique manner, such as consecutive numbering, which starts from zero 
at the beginning of each file. 
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Transmission protocol for file transfer in a DAB system 

The invention relates to the transfer of files from a trans - 
5 mitting device to a receiving device in a digital tele- 
communication system in general and to a method of using a 
file mapping procedure mentioned but not strictly defined in 
the standard ETS 300 401 to transfer information associated 
with the files to be transferred. 

10 

Digital Audio Broadcasting (DAB) is a new transmission system, 
which is expected in the long run to replace the broadcasting 
systems based on analog amplitude and frequency modulation, 
which are presently used in radio broadcasting to masses of 

15 people. The main features of the definitions concerning the 
DAB system are presented in the standard ETS 300 401 of the 
European Broadcasting Union (EBU) and the European Tele- 
communications Standards Institute (ETSI) . In order to shed 
light on the background of the present invention, the features 

20 of the DAB system which are essential with regard to the 
invention will be presented briefly in the following. 

One signal stream transmitted by a transmitting device 
according to the standard forms a DAB ensemble, which can 

25 contain many services (2, 3, 4) as shown in Figure 1. From the 
user's point of view, each service corresponds to one radio 
channel of the present systems, and it consists of one or more 
service components 5, 6, 7, 8, 9, 10. A single service 
component 5 can contain, for example, the audio part offered 

30 by the service 2, such as music, or a data part associated 
with it, such as the lyrics of the song being played, or other 
information associated with the service 2 . One service 
component 6 can be a part of more than one service 2 , 4 . The 
service component, which is the most essential with regard to 

35 the service is called the primary service component, and the 
other service components which belong to the service are 
called secondary service components. The primary service 
component is often the audio part offered by the service, but 
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it can also be a data part. The service can also contain many 
audio parts as service components. Figure 1 shows the 
connection between each service (such as Radio A; 2) and its 
primary service component (in this case Audio; 5) with a thick 
5 line- 

The information to be transmitted over the radio interface of 
the DAB system from the transmitter to the receiver is divided 
into three channels according to its purpose, as shown in 

10 Figure 2. The channels are: Main Service Channel (MSG) 11,- 
Fast Information Channel (FIC) 12 and Synchronization Channel 
13. The service components 5 to 10 mentioned above are trans- 
mitted in the service channel 11, which is further divided 
into separate convolution- coded sub- channels (lla, lib, 11c, 

15 lid, lie in Figure 1). Each sub-channel can transmit one or 
more service components . The mutual order of the service 
components and the sub- channels is called multiplex 
configuration. The fast information channel 12 contains the 
multiplex configuration information (MCI) in particular, but 

20 it can also be used to transmit other information fast from 
the transmitter to the receiver. The synchronization channel 
13 is used to control the transmission and reception operation 
of the system, such as the synchronization of the transmission 
frames , 

25 

A DAB transmission consists of parts that are positioned 
hierarchically. The uppermost level of hierarchy is the 
transmission frame 14 according to Figure 2, which contains a 
separate portion for each three channels 11, 12, 13. Only the 
30 portion of the service channel 11 is essential with regard to 
the invention, and it will be described in more detail in the 
following . 

The portion of the service channel of the transmission frame 
35 consists of Common Interleaved Frames (CIF) 15, of which there 
are one or four, depending on the type of the transmission 
frame 14, and each of which contains 55296 bits. Each common 
interleaved frame 15 can be further divided into Capacity 
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Units (CU) , not shown in the figure, of which there are 864, 
each with a length of 64 bits. The capacity units are in the 
common interleaved frame 15, numbered consecutively so that 
the number or address of the first capacity unit is 0 and that 
5 of the last one is 863. The relation of the above mentioned 
sub- channels to the capacity units is such that one sub- 
channel comprises an integer number of consecutive capacity 
units. One capacity unit can belong to one sub-channel only. 
If the sub- channels do not use all the capacity units of the 
10 common interleaved frame 15, the remaining capacity units are 
filled with padding bits, which are zeros. 

Two transport modes have been defined for the service channel 
11, namely the stream mode and the packet mode. Because the 
15 invention relates only to the use of the packet mode, only 
that will be described in the following. 

When information to be transmitted in the service channel is 
formed and processed in the transmission equipment, it is 

20 handled as so called logical frames. One logical frame 
contains the amount of information associated with one service 
component, the presentation of which to the user takes 24 
milliseconds. The number of bits contained by it depends on at 
which point of the transmission coding the logical frame is 

25 handled, and what is the bit rate associated with the sub- 
channel used to transmit it. The information contained by each 
logical frame is, in the case of the packet mode, further 
grouped into packets, an integer number of which are in- 
corporated in the logical frame. The length of the packets is 

30 24, 48, 72 or 96 bytes, or 192, 384, 576 or 768 bits. Each 
packet comprises a packet header, which includes, among other 
things, a 10 -bit address indicating which service component 
the information contained by the packet is associated with. In 
addition, each packet comprises a data field and a checksum 

35 field. All packets containing information relating to the same 
service component have the same address. The above mentioned 
multiplex configuration information MCI transmitted by the 
fast information channel contain links by which the addresses 
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of the packets are associated with the corresponding service 
components . 

For transmission, the packets are arranged in a manner 
5 presented in the standard ETS 3 00 401 to the above mentioned 
sub- channels . Each sub - channel can contain packets, which have 
the same or a different address. Within the service channel, 
packets with different addresses can be transmitted in any 
order, but the mutual order of packets with the same address, 
10 which refer to the same service component, must be retained. 

Information associated with the service components is related 
to the packets mentioned above in a manner such that data 
groups 16 according to Figure 3 are formed thereof, and the 

15 data groups 16 are divided into parts for transmission, which 
parts are placed into packets 17, 18, 19, with the same 
address. It is for this reason that the mutual order of 
packets with the same address must be maintained: if the order 
is changed, the contents of the data group transmitted by the 

20 packets can no more be reconstructed correctly. The first 
packet 17 transmitting the data group 16 contains an address 
(not shown) in its header 17a, which address is here denoted 
by j . Its header 17a also contains the information that it is 
the first packet of data group 17, which means that the so 

25 called First-bit of the header 17a is 1, and the so called 
Last-bit is 0, All the following packets 18, 19, which 
transmit the same data group 17, contain the same address j 
(not in the Figure) in their header 18a, 19a. In the header 
19a of the last packet 19, the First-bit is 0 and the Last-bit 

30 is 1 . In the header 18a of the packets 18 in between, both the 
First and Last bits are 0. 

The internal construction of the data group 16 is of no 
importance with regard to packet switching, but it is of 
35 importance with regard to the invention, and so it is 
described in the following with reference to Figure 4. At the 
beginning of the data group 16, there is a data group header 
20, the length of which is 2 or 4 bytes, and thereafter 
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possibly a session header 21, the length of which is not less 
than 3 and not more than 18 bytes, depending on the length of 
the address field 2 if that may be contained in it. After that, 
there is a data group data field 22, the length of which is 
any integer number of bytes, but not more than 8191 bytes. The 
last one is a checksum field 23, if any, the length of which 
is 2 bytes. If the so called CRC flag bit 20b of the data 
group header 20 is 0, the data group 16 does not contain a 
checksum field. 



The standard ETS 300 401 specifies how the bits of the data 
group header 2 0 are used to describe the contents of the data 
group 16. A part of the data group header 20, which is 
essential for the invention, is a four-bit code 20d indicating 

15 the type of the data group. If the four bits form the pattern 
0011, data group 16 is of the file descriptor type, which is 
according to the above standard intended to describe the file 
to be transferred in the DAB system in order that the transfer 
would succeed. However, the standard does not specify the 

20 structure of a data group of the file descriptor type, and so 
file transfer in the DAB system is not defined merely on the 
basis of the existing standard. 

Some procedures are known from other forms of digital data 
25 processing, in which procedures the nature of the data to be 
processed is described by headers or other auxiliary inform- 
ation. The patent specification US 5 400 401 (Wasilewski et 
al; Scientific Atlanta Inc.) discloses a procedure in which 
data streams are transmitted as frames on the data transfer 
30 medium. For the transmission of the multiplexing order of the 
data streams, the system includes a multiplex control packet 
(or a virtual channel map packet) , which describes the 
location of different services in the multiplexed stream. The 
purpose is that on the basis of information transmitted by 
35 this packet, the receiving device can pick the desired 
components from the data stream. The specification referred to 
does not describe the transfer of data in file form, but the 
transfer streams are essentially temporally continuous. The 
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files essentially consist of the beginning, the middle part 
and the end, the identification of which is important in order 
to arrange the reception correctly. 

5 The European patent applications EP 508 925 and EP 508 928 
(IBM) disclose a method for transmitting multimedia data 
within a full -duplex data processing system. The system 
described by the applications is not of the broadcast service 
type, but it is constructed of local area networks and work-, 

10. stations connected to them. The multimedia information can be 
of the stream or file type. The transfer forms include "video 
frame data", which can be considered to be of the stream type. 
In the IBM publications, the equivalent of a program is a 
"track", and a table describing the track order is called a 

15 "track collection index". In the publications, attention is 
paid to the effect of different playback rates on the transfer 
of audio and video components of multimedia. It is proposed in 
those publications that the "sequence index" describing the 
order of the components must contain, in addition to 

20 information of the mutual order of the components, also 
information of the correct playback rate of the components. 
The full duplexity of the data transfer provides many 
possibilities that do not exist in broadcast - type 
distribution, and so the method presented by these reference 

25 publications cannot be as such applied to the systems to which 
the invention relates. 

It is an object of this invention to present a method for the 
transfer of information in file form in a DAB system, which 

30 preferably complies with the standard ETS 300 401. Another 
object of the invention is to present a method for imple- 
menting a file descriptor data group type referred to in the 
above standard. Furthermore, it is an object of the invention 
to present a method for implementing the data group type so as 

35 to enable successful file transfer in a DAB system. 

The objects of the invention are achieved by dividing the file 
to be transferred into segments, which are numbered by file- 
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specifically consecutive numbers, by setting the bits of the 
data group header suitably and by adding to the data group 
data field parameters describing the file to be transferred, 
such as a parameter indicating the number of the segments. The 
setting of the header bits as well as the parameters and their 
values will be described in more detail below. 

A method according to the invention for transmitting a file in 
a digital broadcasting system is characterized in that a data 
element describing the file to be transmitted is created in 
the method, which data element has the same form as the data 
group used in the broadcasting system, and the data element is 
transmitted in the broadcasting system from the transmitter to 
the receiver. 



The invention also relates to transmitter and receiver 
equipment, which participate in the file transfer by means of 
the method according to the invention. Transmitter equipment 
according to the invention is characterized in that it 
20 comprises means for arranging information describing the file 
into a data group of a predetermined form. Receiver equipment 
according to the invention is characterized in that it 
comprises means for interpreting information describing the 
file from a data group of a predetermined form. 

25 

In the system according to the invention, the information 
contained by the file is divided into segments for the 
transfer, and the segments are numbered consecutively within 
each file and transmitted one at a time from, the transmitter 

3 0 to the receiver. In a broadcasting system using the method 
according to the invention, data groups of the file descriptor 
type are used to transmit the information associated with the 
files, and the data groups are added to the DAB transmission 
in a manner known as such. When files are being transferred, 

35 the data group of the file descriptor type is added according 
to the invention temporally at least immediately before the 
first segment of the file to be transferred next. In addition, 
the file descriptor data group can be transmitted a good time 



BNSDOCID: <WO 96421 4SA1J_> 



wo 96/42145 




PCT/FI96/00349 



8 

before the transfer of the file associated with it begins. The 
file descriptor data group can also be added to the DAB trans- 
mission in the middle of the transfer of the file associated 
with it. 

In the following, the invention will be described in more 
detail with reference to the accompanying drawings, in which 



Figure 1 shows a known construction of a DAB ensemble, 

10 

Figure 2 shows a known transmission frame of a DAB system and 
its division into channels. 

Figure 3 shows a known relation between a data group and 
15 packet structure of a DAB system in the packet mode. 

Figure 4 shows a known stiructure of a data group of a DAB 
system, and 

20 Figure 5 shows the data field structure of a data group 
according to the invention. 

Figures 1 to 4 were referred to above in connection with the 
description of the prior art. In the following description of 
25 the invention, reference will mostly be made to Figures 4 and 
5. In all the figures, the same reference numbers are used for 
corresponding parts. In the following, a data group of the 
file descriptor type according to the invention will be 
referred to as a file descriptor according to the invention, 

30 

In order to create a file descriptor according to the 
invention, the bits of the data group header 20, which as such 
comply with the standard, will be set as follows: 

35 - the extension flag 20 a is 0, 

the setting of the CRC flag 2 0b remains to be decided by 
the service provider; according to the standard the CRC 
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flag 20b is 1 if the data group has a checksum field 23, 
and 0 if the data group does not have a checksum field, 
the session flags 20c are 10, if the file associated with 
the file descriptor does not contain an end user address, 
5 and 11 if the file associated with the file description 

contains an end user address, 
the data group type 2 0d is 0011, 

the continuity index 20e and the repetition index 20f are 
set as specified by the standard, and 
10 - the extension field 20g is not used. 

The bits of the session header 21, which comply with the 
standard as such, are set as follows in the file descriptor 
according to the invention: 

15 

the Last -flag 2 la is always 0, 

the 15 -bit segment number 21b is a running index, the 
value of which is increased by one when transmission of 
the last segment of each file being transmitted is 
20 completed; after the value corresponding to ntimber 32767 

of the decimal system, indexing is again started from 0, 
the four RFA bits 2 Id, reserved for future additions, are 
still reserved for future applications, 

the length indicator 21e is an unsigned four-bit integer 
25 with a value of 0 to 15, which indicates the length of 

the address field 21f in bytes and is the same as the 
length indicator of the file associated with the file 
descriptor, and 

the address field 21f is the same as the address field of 
30 the file associated with the file descriptor. 

The data field 22 of a file descriptor according to the 
invention consists of a parameter count 24, parameter 
indicators (PI) 25, length indicators (LI) 26 and parameters 
35 27, The length of the parameter count 24 is one byte and it 
indicates the number of parameters 2 7 included in the file 
descriptor as an unsigned integer, the maximum of which is 
255. Each parameter 27 is associated with two descriptor 



BNSOOCID: <WO 96421 4SA1J_> 



wo 96/42145 




PCT/FI96/00349 



10 

values 25, 26, the first 25 of which is denoted by PI and the 
second 26 is denoted by LI, each of which has a length of one 
byte. The PI descriptor value 25 indicates the type of the 
next parameter 27 as an unsigned integer, the maximum of which 
5 is 255. The LI descriptor value 26 indicates the length of the 
next parameter 27 in bytes. The highest value of the length 
indicator 26, which has so far been used in the specification 
of the file descriptor according to the invention is 4, but 
nothing actually prevents from using parameters longer than 
10 four bytes, as long as the total length of the data field 22 
of the file descriptor does not exceed the maximiom allowed 
8191 bytes. 

The file descriptor according to the invention includes 
15 obligatory, optional and application- specif ic parameters. In 
the preferre'd embodiment of the invention there are ten (10) 
obligatory parameters (PI descriptor values 0 to 9), 118 
optional parameters (PI descriptor values 10 to 127) , and 12 8 
application- specif ic parameters (PI descriptor values 128 to 
20 255) . The obligatory parameters can advantageously be defined 
as follows : 

Associated file: PI = 0 and LI 1 . A file descriptor 
according to the invention always describes a certain 
file, which is called the associated file. According to 
the invention, the file descriptor can be associated with 
a current file, whereby the file descriptor can be 
temporally placed at the beginning of the file or between 
the beginning and end of the file, or with a file to be 
transmitted in the future. It cannot be associated with 
a previously transmitted file. This parameter specifies 
the file associated with the file descriptor so that if 
the parameter value is 0, the file is a current file, and 
if the parameter value is 1, the file descriptor is 
associated with a file which is the next file following 
the current file and has the same address (21f in Figure 
4) as the file descriptor. If the parameter value is 2, 
the file descriptor is associated with a file which is 
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the second file following the current file and has the 
same address {21f in Figure 4) as the file descriptor and 
so on. 

5 As has been shown above on page G, the transfer of each 

file always starts with the file descriptor associated 
with the file. If the receiver receives a file descriptor 
earlier as an "advance warning", and the value of its 
parameter PI = 0 is at least 1, so that the file 

10 descriptor is associated with a file to be transferred in 

the future, it can advantageously add the value of this 
PI = 0 parameter to the segment number (21b in Figure 4) 
of the file descriptor, considering the wrap phenomenon 
(returning of the segment number from 32767 to zero) and 

15 compare the value received to the segment number of each 

following file descriptor. The first file descriptor, the 
segment number of which is the same as the adding result 
obtained, indicates that the transmission of a file 
associated with the file descriptor received as an 

20 "advance warning" is about to begin. Thus the user can be 

informed of the file transfer well in advance, and he can 
then decide whether he wants to receive the file or not. 

Number of remaining repetitions: PI = 1 and LI = l . In 
25 many applications, files are transferred repeatedly 

without changing their contents between the repetitions. 
By using this parameter, the user can be advised as to 
how long the file to be transferred can be assumed to be 
available in unchanged form. 

30 

The obligatory parameters associated with the PI descriptor 
values 2 to 9 are rese2rved for future additions in the 
preferred embodiment of the invention. The optional parameters 
associated with the file descriptor according to the invention 
35 can be advantageously defined as follows: 

File name: PI = 10 and LI = defined by the service 
provider. The name of the file associated with the file 
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descriptor is preferably transmitted as a character 
string, and it can be used in the receiver for file 
identification. 

Object number: PI = 11 and LI = 2 . Because the method 
according to the invention can preferably be applied to 
the transmission of multimedia programs in a DAB broad- 
casting network, certain reservations have been made in 
the primary embodiment of the file descriptor according 
to the invention in view of multimedia software. This 
parameter is the number of the multimedia object or item 
associated with the file to be transferred. The multi- 
media concepts as related to the invention will be 
described in more detail below. 

Version number: PI = 12 and LI = 1. This parameter is a 
file -specif ically running index, and its increments 
indicate that the contents of the associated file have 
changed after the previous transmission. If the file is 
transmitted frequently without sending any other file 
with the same address in between, the same function can 
also be implemented with the obligatory parameter "number 
of remaining repetitions" presented above. 

File type: PI = 13 and LI = 1 . This parameter can be used 
to indicate numbered file types. An undefined file type 
is preferably indicated by the parameter value 0. The 
file types will be described in more detail below, in 
connection with the multimedia description. 

File size: PI = 14 and LI - 4 . This parameter indicates 
the number of bytes of the associated file as an unsigned 
integer. 

Segment count : PI = 15 and LI = 2 . This parameter 
indicates the number of segments in the associated file 
as an unsigned integer. Because the segments are 
identified file-specifically, preferably by consecutive 
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numbering, the end of the file is perceived when the 
number of the last segment corresponds to the number of 
segments given by the file descriptor. 

5 The optional parameters associated with the PI descriptor 
values 16 to 127 are reserved for future additions in the 
preferred embodiment of the invention. 

Because the method according to the invention, or the use of 
10 file descriptors according to the invention to transmit 
information associated with the files to be ' transmitted is 
particularly suited for the transmission of multimedia 
programs in a DAB broadcasting system, the principles of 
multimedia with regard to the invention will be described in 
15 the following. According to the known definition, multimedia 
means the presentation of synchronized audiovisual items to 
the user. The items can be 

streams, whereby the temporal length of the item is the 
20 same as the length of the multimedia program, 

pieces of stream, whereby the temporal length of the item 
is shorter than the length of the multimedia program, or 
files, whereby each file can be regarded as a part of the 
file stream. 

25 

As is known, the item must contain information to be presented 
to the user, whereby the items are a subset of a more 
extensive object concept. Objects, which are not items, can 
contain control logic for the synchronization of the items or 

30 for influencing the fozm of the presentation. It is further 
possible to separate from the items a subset of downloadable 
items, a common feature of which is the fact that they are 
stored in the memory of the receiver and presented as part of 
the multimedia program when a certain trigger condition is 

35 met, A multimedia program is defined as a presentation 
containing at least one downloadable item. 
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With regard to the broadcasting method according to the 
invention, it is possible to define three types of programs, 
which differ from one another in regard to the broadcasting 
requirements : 

5 

The program does not contain downloadable items. 
According to the above definition, this is not a 
multimedia program and it does not require file transfer, 

10 - The program "contains one or more streams and one or more 
downloadable items. The program can be a piece of music, 
for example, with one or more still images to be trans- 
mitted as files, which are presented to the user on the 
display unit of the receiver in connection with certain 

15 points in the music. In order that the user might "come 

along" quickly also when he begins the reception in the 
middle of the program, the transmission must contain 
repetition of files. The repetition procedure can be 
controlled by the parameters "niimber of remaining 

20 repetitions" and "version number" or corresponding 

parameters taken from the reservations made for future 
additions . 

The program contains downloadable items only. Files that 
25 contain parts of programs can conveniently be at first 

transmitted in their entirety from the transmitter to the 
receiver and be stored in the memory before they are 
presented to the user. In order to transmit a program 
like this, it is typically necessary to transmit many 
3 0 files, for which purpose the following parameters can be 

advantageously included in the file descriptor according 
to the invention: 

File group name: PI = 16 and LI = defined by the service 
35 provider. Vfiien the files are arranged into groups, this 

parameter is used to identify the file groups. 
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Number of remaining repetitions of the group: PI = 17 and 
LI = 1. On the file group level, this parameter 
corresponds to the number of remaining repetitions of the 
file, as presented above. File repetition can take place 
5 regardless of the group repetition, and between the 

number of group repetitions, the number of file 
repetitions and the order of files within the group can 
change . 

10 - Group version number: PI = 18 and LI = 1 . On the file 
group level, this parameter corresponds to the file 
version number as presented above. 

Last file of the group: PI = 19 and LI = 1. It is 
advantageous for the receiver to know which file of the 
group is the last file. Preferably, the value 0 of this 
parameter means that the associated file is not the last 
file of the group, and correspondingly the value 1 means 
that the associated file is the last file of the group. 
20 

Multimedia programs and data services set different 
requirements for the equipment connected to the receiver, such 
as memory, loudspeakers, display units and other equipment of 
the user interface. To advantage, the multimedia or data 

25 service transmission includes a file containing information of 
the hardware resources required by the program or service. For 
this purpose, it can advantageously be specified for the file 
type parameter (PI = 13 and LI = 1) of the file descriptor 
according to the invention that the value 1 corresponds to a 

3 0 file containing information associated with the hardware 
resources required . 

An essential part of multimedia programs and data services are 
the starting procedures (scripts) , which can be implemented in 
35 many ways. If information about the starting procedure is 
transmitted in file form, it is advantageous for the receiver 
to identify which file contains this information. For this 
purpose, it can preferably be specified for the file type 
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parameter (PI = 13 and LI 1) of the file descriptor 

according to the invention that its value 2 corresponds to a 
file containing information about the starting procedure of 
the service. The same applies to the synchronization functions 
5 of a multimedia program* 

All the data processing procedures presented above, which 
relate to file transfer in a broadcasting system according to 
the DAB standard and particularly to the arrangement of 

10 information describing" the' "file as a data group with a 
standardized form, which was designated above as a file 
descriptor according to the invention, can be advantageously 
implemented by programming instructions of the procedures in 
a computer. Programming of this kind is a technique known to 

15 a person skilled in the art. Similarly, interpretation of 
information about the file, which takes place in the receiver, 
is preferably carried out by a computer. 

The invention suggests for the first time how a file 
20 descriptor data group mentioned but not specified in the DAB 
standard ETS 300 401 can be formed advantageously. The 
invention thus enables the transfer of files in a DAB system. 
In addition, the division of the file into segments and the 
indication of the number of segments in the file descriptor 
25 according to the invention facilitates the file transfer. 
Because the file descriptor according to the invention 
provides a possibility to transmit obligatory, optional and 
application- specif ic parameters describing the file, it offers 
versatile means for transmitting multimedia objects, for 
30 example, in a DAB system. 
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Claims 

1. A method for transmitting information in a broadcast- type 
digital telecommunication system from a transmitter to a 
receiver, which information is in the form of a file with a 

5 beginning, end and a middle part, and in which tele- 
communication system data groups of a predetermined form are 
formed of the information to be transmitted in the system, 
characterized in that a data element (16) describing the file 
to be transmitted is created in the method, which data element 
10 has the same form as the data group used in the tele- 
communication system and includes mechanisms for indicating at 
least the beginning and the end of said file, and that said 
data element (16) is transmitted in said telecommunication 
system from said transmitter to said receiver, 

15 

2. A method according to Claim 1, characterized in that said 
data element (16) is transmitted in said telecommunication 
system from said transmitter to said receiver essentially 
earlier than said file. 

20 

3 . A method according to Claim 1 or 2 , characterized in that 
said data element (16) is transmitted in said tele- 
communication system from said transmitter to said receiver 
immediately before said file. 

25 

4. A method according to any one of the preceding claims, 
characterized in that said data element (16) is also trans- 
mitted in said telecommunication system from said transmitter 
to said receiver at least once during said file transmission. 

30 

5. A method according to any one of the preceding claims, 
characterized in that said file is also divided into segments, 
each of which segments is identified in a file- specif ically 
unique manner. 

35 

6. A method according to any one of the preceding claims, 
characterized in that parameters (27) describing said file are 
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formed, which parameters are placed in a data field (22) , 
which is a part of said data element (16) . 



7. A method according to Claim 6, characterized in that said 
5 parameters (27) comprise a first parameter, which can have 
multiple values, the first of which indicates that the file 
associated with said data element (16) is currently being 
transmitted from said transmitter to said receiver, and the 
other values indicate that the file associated with said data 
10 element (16) will Be ' transmitted later from said transmitter 
to said receiver . 

a . A method according to Claim 6 or 7 , characterized in that 
said parameters (27) comprise a second parameter, which 
15 indicates the number of times left for said file to be trans- 
mitted in an unchanged form from said transmitter to said 
receiver, 

9. A method according to any one of the Claims 6 to 8, 
20 characterized in that said parameters (27) comprise a third 

parameter, which indicates the name of said file. 

10. A method according to any one of the Claims 6 to 9, 
characterized in that said file is associated with a multi- 

25 media object and said parameters (27) comprise a fourth 
parameter, which indicates the number of the multimedia object 
that said file is associated with. 

11. A method according to any one of the Claims 6 to 10, 
3 0 characterized in that said parameters (27) comprise a fifth 

parameter, which indicates which version of said file is 
transmitted. 

12. A method according to any one of the Claims 6 to 11, 
3 5 characterized in that said parameters (27) comprise a sixth 

parameter, which indicates the type of information contained 
by said file. 
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13. A method according to any one of the Claims 6 to 12, 
characterized in that said parameters (27) comprise a seventh 
parameter, which indicates the size of said file. 

5 14. A method according to any one of the Claims 6 to 13, 
characterized in that said parameters (27) comprise an eigth 
parameter, which indicates the file group to which said file 
belongs . 

10 15. A method according to any one of the Claims 6 to 14, 
characterized in that said parameters (27) comprise a ninth 
parameter, which indicates the number of times left for the 
file group of said file to be transmitted in an unchanged form 
from said transmitter to said receiver. 

15 

16. A method according to any one of the Claims 6 to 15, 
characterized in that said parameters (27) comprise a tenth 
parameter, which indicates which version of the file group of 
said file is transmitted. 

20 

17. A method according to any one of the Claims 6 to 16, 
characterized in that said parameters (2 7) comprise an 
eleventh parameter, which indicates whether said file is the 
last file of the file group to which it belongs. 

25 

18. Equipment for transmitting information in digital form, 
which information is in the form of a file with a beginning, 
end and a middle part in between, and which equipment 
comprises means for arranging the information into data groups 

30 of a predetermined form for transmission, characterized in 
that it also comprises means for arranging information 
describing said file into a data group (16) of a predetermined 
form, which data group includes mechanisms for indicating at 
least the beginning and end of said file. 

35 

19. Equipment according to Claim 18, characterized in that it 
also comprises means for dividing said file into segments and 
for identifying said segments for said transmission. 
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20. Equipment for receiving information transmitted in 
digital form, which information is in the form of a file with 
a beginning, end and a middle part in between, and which 
equipment comprises means for interpreting information from 

5 the data groups of a predetermined form, characterized in that 
it also comprises means for interpreting information 
. describing said file from a data group (16) of a predetermined 
form, which information includes mechanisms for indicating at 
least the beginning and the end of said file. 
10 - - - 

21. Equipment according to Claim 20, characterized in that it 
also comprises means for compiling said file from segments 
transmitted one by one. 
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